home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940190.txt < prev    next >
Internet Message Format  |  1994-11-13  |  17KB
  1. Date: Thu,  1 Sep 94 04:30:02 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #190
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Thu,  1 Sep 94       Volume 94 : Issue  190
  11.  
  12. Today's Topics:
  13.                      IP address question (5 msgs)
  14.                   Kantronics 9612 - results (2 msgs)
  15.                                 Mosaic
  16.                               NOS Hooks
  17.                       pk232 into KISS from nos?
  18.                       running Linux kernel AX.25
  19.                               subscribe
  20.                       TCP-Group Digest V94 #189
  21.                              unsubscribe
  22.  
  23. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  24. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  25. Problems you can't solve otherwise to brian@ucsd.edu.
  26.  
  27. Archives of past issues of the TCP-Group Digest are available
  28. (by FTP only) from UCSD.Edu in directory "mailarchives".
  29.  
  30. We trust that readers are intelligent enough to realize that all text
  31. herein consists of personal comments and does not represent the official
  32. policies or positions of any party.  Your mileage may vary.  So there.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: Wed, 31 Aug 94 15:13:31 mdt
  36. From: kb7eec@uugate.wa7slg.ampr.org
  37. Subject: IP address question
  38. To: tcp-group@ucsd.edu
  39.  
  40. Here's a little question for those familiar with NOS:
  41.  
  42. Suppose I have a system at home running JNOS 1.10c, with these network
  43. connections:
  44.     1. a packet radio interface on COM1
  45.     2. an ethernet interface
  46.     3. a SLIP interface on COM2
  47.  
  48. How many IP addresses do I need in order for this system to function,
  49. possibly with all three of the TCP/IP network connections listed
  50. above being active at the same time?
  51.  
  52. I think the answer is three IP addresses, with #3 (the SLIP interface)
  53. possibly being dynamically assigned by a SLIP server, if that is the type of
  54. SLIP connection I establish.  I just wanted to verify this with other people.
  55.  
  56. So, in other words, I think systems need an IP address for each TCP/IP network
  57. interface the system has.  Right?
  58.  
  59. Thanks,
  60. Gary
  61.  
  62. ------------------------------
  63.  
  64. Date: Wed, 31 Aug 1994 20:42:28 -0500
  65. From: "Milton D. Miller II" <miltonm@bga.com>
  66. Subject: IP address question
  67. To: tcp-group@UCSD.EDU
  68.  
  69. NOS, unlike most unix stacks, only requires ONE ip address for all ports.
  70.  
  71. However, to support routing, you will probably end up using different
  72. IP subnets and therefore addresses on each port.   NOS decides which
  73. interface to send on based on the routing table and doesn't enforce
  74. subnets -- you just have to set up your routing table.
  75.  
  76. milton
  77. --
  78. Milton Miller  KB5TKF  miltonm@bga.com
  79.  
  80. ------------------------------
  81.  
  82. Date: Wed, 31 Aug 94 15:48:18 HST
  83. From: Antonio Querubin <tony@mpg.phys.hawaii.edu>
  84. Subject: IP address question
  85. To: kb7eec@uugate.wa7slg.ampr.org
  86.  
  87. > Suppose I have a system at home running JNOS 1.10c, with these network
  88. > connections:
  89. >     1. a packet radio interface on COM1
  90. >     2. an ethernet interface
  91. >     3. a SLIP interface on COM2
  92. > 
  93. > How many IP addresses do I need in order for this system to function,
  94. > possibly with all three of the TCP/IP network connections listed
  95. > above being active at the same time?
  96. > 
  97. > I think the answer is three IP addresses, with #3 (the SLIP interface)
  98. > possibly being dynamically assigned by a SLIP server, if that is the type of
  99. > SLIP connection I establish.  I just wanted to verify this with other people.
  100. > 
  101. > So, in other words, I think systems need an IP address for each TCP/IP network
  102. > interface the system has.  Right?
  103.  
  104. Nope.  You need only one IP address for any single system.  As long as
  105. you can specify explicitly the broadcast address for
  106. non-point-to-point ports to match a sub-network's broadcast address you'll
  107. be ok.  If you're running 3 ports then you're probably running as a
  108. router between three nets.  RIP will send routing updates using the
  109. broadcast address for a port.  A host receiving your RIP updates will
  110. log your IP address in it's routing tables as a SEPARATE entry
  111. regardless of whether your IP address is in the same subnet.  The
  112. exception is when the receiving host has 'rip merge on' AND your
  113. router's IP address happens to be in the same subnet (the route is
  114. merged in with the subnet route).  The bottom line is that a host does
  115. NOT have to use an IP address that falls within the address space of a
  116. subnet.  You might think 'gee what use is subnetting then?' well -
  117. subnetting reduces the size of your routing table.  Typically, few
  118. hosts act as routers off a subnet so the number of entries in a
  119. routing table for routes beyond the local subnet are no big deal.  
  120.  
  121. The only major reason I can think of off the top of my head for requiring
  122. explicitly separate IP addresses per port is if your router has to
  123. identify itself as being on a particular network (for whatever
  124. security reasons) when it's acting as an IP client.  The
  125. AMPRnet/Internet encapsulation gateways come to mind for example.
  126. Maybe some other folks on this group can come up with other reasons...
  127.  
  128. Tony
  129.  
  130. ------------------------------
  131.  
  132. Date: Wed, 31 Aug 94 23:20 EDT
  133. From: nelson@crynwr.com (Russell Nelson)
  134. Subject: IP address question
  135. To: tcp-group@UCSD.EDU
  136.  
  137.    Date: Wed, 31 Aug 1994 20:42:28 -0500
  138.    From: "Milton D. Miller II" <miltonm@bga.com>
  139.  
  140.    NOS, unlike most unix stacks, only requires ONE ip address for all ports.
  141.  
  142.    However, to support routing, you will probably end up using different
  143.    IP subnets and therefore addresses on each port.   NOS decides which
  144.    interface to send on based on the routing table and doesn't enforce
  145.    subnets -- you just have to set up your routing table.
  146.  
  147. NOS does it right; Unix does it wrong.  There is no particular reason
  148. to force a single subnet on a single interface.  Or rather, there is a
  149. reason to do it, but also reasons not to do it.  I like to have the
  150. choice.  Plus, it's just plain simpler to understand even if you *do*
  151. put a single subnet on a single interface.
  152.  
  153. -russ <nelson@crynwr.com>    http://www.crynwr.com/crynwr/nelson.html
  154. Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
  155. 11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
  156. Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.
  157.  
  158. ------------------------------
  159.  
  160. Date: Thu, 01 Sep 1994 07:14:35 -0400
  161. From: "Brandon S. Allbery" <bsa@kf8nh.wariat.org>
  162. Subject: IP address question 
  163. To: tcp-group@ucsd.edu
  164.  
  165. In your message of Wed, 31 Aug 1994 23:20:00 EDT, you write:
  166. +---------------
  167. | NOS does it right; Unix does it wrong.  There is no particular reason
  168. | to force a single subnet on a single interface.  Or rather, there is a
  169. +------------->8
  170.  
  171. You might be interested to know that, not knowing any better, I set up the two 
  172. interfaces on my Linux box (kernel networking, not JNOS) with the same IP 
  173. address, and no distinct subnet on either interface --- and it seems to work 
  174. fine.
  175.  
  176. ++Brandon
  177. -- 
  178. Brandon S. Allbery KF8NH     [44.70.4.88]          bsa@kf8nh.wariat.org
  179. Linux development:  iBCS2, JNOS, MH
  180. Daily dreading Nehemiah Scudder^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^HRush Limbaugh
  181.  
  182. ------------------------------
  183.  
  184. Date: Wed, 31 Aug 1994 07:52:11 -0500 (CST)
  185. From: Bill Walker <bw@uecok.ecok.edu>
  186. Subject: Kantronics 9612 - results
  187. To: tcp-group@ucsd.edu
  188.  
  189.     Wow!  I kicked over an anthill with my question concerning
  190.     the Kantronics 9612.  Seems there are lots of happy owners
  191.     out there.
  192.  
  193.     The ability to operate two radios at once was mentioned
  194.     several times, but everyone who mentioned it seemed just
  195.     about to try it.
  196.  
  197.     Is the mechanism the same (i.e. set an 8th bit) as the KAM
  198.     uses for dual port operations ?  If so, K5JB's NET will
  199.     probably make the thing talk without modification.
  200.  
  201.     73 de Bill W5GFE
  202.  
  203. -- 
  204. Bill Walker Ph.D.
  205. Chairman, Dept. of Computer Science
  206. East Central University
  207. Ada, Oklahoma 74820-6899
  208.  
  209. e-mail:  bw@cs.ecok.edu 
  210. phone:   405 332 8000 ext. 594
  211. FAX:     405 436 4563
  212.  
  213. ------------------------------
  214.  
  215. Date: Wed, 31 Aug 1994 16:35:37 +0100 (BST)
  216. From: john <John.Heaton@nessie.mcc.ac.uk>
  217. Subject: Kantronics 9612 - results
  218. To: bw@uecok.ecok.edu (Bill Walker)
  219.  
  220. > 
  221. >     Wow!  I kicked over an anthill with my question concerning
  222. >     the Kantronics 9612.  Seems there are lots of happy owners
  223. >     out there.
  224. > 
  225. >     The ability to operate two radios at once was mentioned
  226. >     several times, but everyone who mentioned it seemed just
  227. >     about to try it.
  228. > 
  229. >     Is the mechanism the same (i.e. set an 8th bit) as the KAM
  230. >     uses for dual port operations ?  If so, K5JB's NET will
  231. >     probably make the thing talk without modification.
  232.  
  233. Should be, the same goes for the DataEngine too. I have AmigaNOS talking to
  234. both 1200 and 9600 ports together with exactly the same setup as used on my
  235. KAM with the 300 and 1200 ports.
  236.  
  237. John
  238. > 
  239. >     73 de Bill W5GFE
  240. > 
  241. > -- 
  242. > Bill Walker Ph.D.
  243. > Chairman, Dept. of Computer Science
  244. > East Central University
  245. > Ada, Oklahoma 74820-6899
  246. > 
  247. > e-mail:  bw@cs.ecok.edu 
  248. > phone:   405 332 8000 ext. 594
  249. > FAX:     405 436 4563
  250. > 
  251.  
  252. -- 
  253.                  John Heaton   -   NRS Central Administrator
  254.       MCC Network Unit, The University, Oxford Road, Manchester,  M13-9PL
  255.             Phone: (+44) 161 275 6011  -  FAX: (+44) 161 275 6040
  256.  
  257. ------------------------------
  258.  
  259. Date: Wed, 31 Aug 1994 12:55:40 -0600 (MDT)
  260. From: Klarsen <klarsen@kazak.NMSU.Edu>
  261. Subject: Mosaic
  262. To: TCP digest <tcp-group@ucsd.edu>
  263.  
  264.     Well got mosaic working and connected to the World Wide Web (www) 
  265. servers. I did get Bdales paper on Mitrex mods. So here is how you do it:
  266.  
  267.     1. FTP to ftp.ncsa.uiuc.edu and log in with anaonymous (spelled 
  268. right) and your internet address as a password. 
  269.  
  270.     2. Change directory to /Mosaic/Windows (and do use the cap M and W)
  271.  
  272.     3. D/L win32s.zip which is a modification to windows 3.1 that 
  273. makes it function as a 32 bit system.
  274.  
  275.     4. D/L wmos20a6r?.zip which is the mosaic software that is free. 
  276.  
  277.     5. D/L winsock.zip which is Trumpet ver 1.0, a shareware program.
  278.  
  279.     6. D/L winapps.zip which has the telnet and ftp software for Trumpet.
  280.  
  281.     7. Quit and make a \mosaic and \trumpet directories and put 
  282. mosaic in it's dir. and put winapps and winsock in \trumpet.
  283.  
  284.     8. Make a \temp and put win32s there. Using pkzip ver 2.04g 
  285. pkunzip win32s. Read the readme and them pkunzip again. Then in windows 
  286. load the new windows software. It went fine the first time with me.
  287.  
  288.     9. Pkunzip mosaic and print out the documentation. Follow the 
  289. instructions and get mosaic.ini fixed up.
  290.  
  291.     10. Pkunzip the files in \trumpet and print out the documentation 
  292. and install Trumpet either for a packet driver to an ethernet connection 
  293. or use it to slip connect via the telephone.
  294.  
  295.     When you get all this done properly (it took me 4 hours) bring up 
  296. mosaic. You can from the first window go to Bdales web in Colorado very 
  297. fast and my HP laserjet series ll prints out almost everything I see on 
  298. the screen perfectly!
  299.  
  300.     If you don't have a 88386 or better cpu and run windows version 
  301. 3.1 then ignore all above this line.
  302.  
  303. -karl k5di
  304.  
  305. ------------------------------
  306.  
  307. Date: Thu, 1 Sep 94 9:39:05 EST
  308. From: csmall@acacia.itd.uts.edu.au (c.small-acacia-ele-student-90064116)
  309. Subject: NOS Hooks
  310. To: tcp-group@ucsd.edu (TCP-group relay)
  311.  
  312. G'day All,
  313.   I have a decision to make.  I'm going to be looking at either modifying
  314. or re-writing the RSPF code to make it work with v2.2.  Now it needs to use
  315. some hooks, of course, to get information etc from other processes.
  316.  
  317. On my system at home, I have a Linux box and a NOS box.  At the moment the
  318. NOS box has the radios, though I think soon I will be able to move them to
  319. the Linux box.
  320.  
  321. My question, is there somewhere I can find the 'hooks' and calls for NOS?
  322. I'd prefer to do my work in NOS as then I can easy compile versions for
  323. other amateurs to test around here.  However I need some calls, which in
  324. Unix are documented.
  325.  
  326. I have heard that some versions of NOS are a lot like Unix in their calls.
  327. Is this just the newer versions of KarnCode or does this hold, for example,
  328. jnos 1.10?
  329.  
  330. On a separate note, keep the list going.  I've learnt a lot and I'm sure
  331. there is a lot of silent listeners out there reading.  This is, I think,
  332. one of my first messages after reading it for 4 years.
  333.  
  334.   - Craig vk2xlz
  335.  
  336. -- 
  337. //   /\     |    |   |  | |   ... Craig Small   [44.136.8.58] ... ...
  338. ||==|--|====|====|===|==|=|   ... INTERNET: csmall@acacia.itd.uts.edu.au
  339. \\   \/     |    |   |  | |   ... AMPR    : VK2XLZ@VK2XSB ... ... ...
  340.  
  341. ------------------------------
  342.  
  343. Date: Tue, 30 Aug 94 21:30:00 -0000
  344. From: mikebw@bilow.bilow.uu.ids.net (Mike Bilow)
  345. Subject: pk232 into KISS from nos?
  346. To: tcp-group@UCSD.EDU
  347.  
  348. On 94 Aug 30 at 17:50, Charles Okstein wrote:
  349.  
  350.  CO> I'm just starting to use JNOS 1.10e.  I can't seem to get 
  351.  CO> my pk232 MBX into KISS mode and set the speed to 9600 from 
  352.  CO> the autoexec.nos file. Here's what I've tried based on 
  353.  CO> other's suggestions:
  354.  
  355.  CO> attach asy 0x3e8 5 ax25 ax3 2048 236 9600
  356.  CO> param ax3 rts 1
  357.  CO> param ax3 dtr 1
  358.  CO> comm ax3 "FRack 4"
  359.  CO> comm ax3 "HBaud 9600"
  360.  CO> comm ax3 "KISS on"
  361.  CO> comm ax3 "Restart"
  362.  
  363.  CO> JNOS works well otherwise when I put the Pk232 into KISS 
  364.  CO> via a windows program pc-packratt and then exit to JNOS.  
  365.  CO> Any ideas or suggestions?
  366.  
  367. Try sending CR characters in the "comm" statements:
  368.  
  369. comm ax3 "frack 4\r"
  370. comm ax3 "hbaud 9600\r"
  371. comm ax3 "kiss on\r"
  372. comm ax3 "restart\r"
  373.  
  374. You should be able to do this in one line, in fact:
  375.  
  376. comm ax3 "\rfrack 4\rhbaud 9600\rkiss on\rrestart\r"
  377.  
  378. By the way, I don't think AEAs need the "restart" after "kiss on" like the
  379. MFJs, but it can't hurt.
  380.  
  381. -- Mike
  382.  
  383.  
  384. ------------------------------
  385.  
  386. Date: Wed, 31 Aug 94 13:49 PDT
  387. From: bruce@pixar.com (Bruce Perens)
  388. Subject: running Linux kernel AX.25
  389. To: tcp-group@ucsd.edu
  390.  
  391. A few people sent mail asking what versions of Linux I use to run
  392. the kernel ax.25 .
  393.  
  394. First, I'd like you to note that part of the Linux networking software
  395. was written by Fred Van Kempen, a Dutch CB-er who was thoroughly hassled
  396. by various tcp-group posters for using packet-radio software that is
  397. only intended for the Radio Amateur community. I'm glad Fred didn't
  398. restrict _us_ from using _his_ software.
  399.  
  400. I am currently running Linux kernel version 1.1.48 . This can be downloaded
  401. from ftp.funet.fi:pub/OS/Linux/PEOPLE/Linus/v1.1 . In that directory there
  402. are tar files of complete systems, and patch files to bring the systems
  403. up to the latest point revision.
  404.  
  405. The AX.25 software and much of the later Linux networking software comes
  406. from Alan Cox GW4PTS. Alan's FTP site is sunacm.swan.ac.uk . In the
  407. directory pub/Linux/Radio, you must download the files from AX25022,
  408. AX25023, and AX25024. These contain tar files and diff files.
  409.  
  410. If building a Linux kernel is not your cup of tea, I will be
  411. distributing a pre-built ham radio package for the Debian Linux
  412. Distribution. Debian is a free, full-featured Linux system. 
  413. It's going to be about a month before that's ready. I'll announce
  414. it here.
  415.  
  416.     Thanks
  417.  
  418.     Bruce Perens AB6YM
  419.  
  420. ------------------------------
  421.  
  422. Date: Wed, 31 Aug 94 23:20:34 UTC
  423. From: kb7zzs@kb7zzs.ampr.org
  424. Subject: subscribe
  425. To: tcp-group@ucsd.edu
  426.  
  427. I would like to subcribe tcp-group kb7zzs.ampr.org
  428. Thankyou, Michael KB7ZZS
  429.  
  430. ------------------------------
  431.  
  432. Date: Wed, 31 Aug 1994 09:57:54 -0800 (PDT)
  433. From: jmorriso@bogomips.ee.ubc.ca (John Paul Morrison)
  434. Subject: TCP-Group Digest V94 #189
  435. To: TCP-Group@UCSD.EDU
  436.  
  437. > Date: Tue, 30 Aug 94 10:55 EDT
  438. > From: nelson@crynwr.com (Russell Nelson)
  439. > Subject: Ajourn
  440. > To: tcp-group@UCSD.EDU
  441. > 
  442. > Definitely, let's keep up this technical dialogue.
  443. > 
  444. > Has anyone else noticed that KA9Q beats the pants off commercial
  445. > routers, e.g. the Livingston PortMaster?  Damn thing won't let me set
  446. > up a static route to a network.  If I'd only run with my intuition and
  447. > gotten a sync card with a packet driver, I'd have gotten the routing
  448. > job done at half the cost AND half the time AND half the exasperation.
  449.  
  450. You've got to be kidding. I need to run KA9Q because it has an 'encap'
  451. interface (tunneling IP over IP) for gateways, and I can easily hang a
  452. KA9Q router.  For example, a wayward RPC program can go nuts sending
  453. out udp packets to portmap on a machine on the other end, instant
  454. sieze up of the NOS router. Or (so I'm told) run xmaze through a KA9Q
  455. box that's routing to a 56kbps tcp/ip packet network, one or two mazes
  456. get drawn and the NOS box dies. Maybe NOS just doesn't like UDP.
  457.  
  458. > -russ <nelson@crynwr.com>    http://www.crynwr.com/crynwr/nelson.html
  459. > Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
  460. > 11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
  461. > Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.
  462.  
  463. ------------------------------
  464.  
  465. Date: Wed, 31 Aug 1994 10:50:19 -0400 (EDT)
  466. From: Steve Houchins <shouchin@analytics.abb.com>
  467. Subject: unsubscribe
  468. To: tcp-group@ucsd.edu
  469.  
  470. unsubscribe shouchins@analytics.abb.com tcp-group
  471.  
  472. ------------------------------
  473.  
  474. End of TCP-Group Digest V94 #190
  475. ******************************
  476.